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DETAILED ACTION 

1 . This is in response to the Amendment and Remarks filed on 3/8/2007. Claims 1-31 are 
presented for examination. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 102 of this title, if the differences between the subject 
matter sought to be patented and the prior art are such that the subject matter as a whole 
would have been obvious at the time the invention was made to a person having ordinary 
skill in the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of the 
claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of the various 
claims was commonly owned at the time any inventions covered therein were made absent any 
evidence to the contrary. Applicant is advised of the obligation under 37 CFR 1 .56 to point out 
the inventor and invention dates of each claim that was not commonly owned at the time a later 
invention was made in order for the examiner to consider the applicability of 35 U.S.C. 103(c) 
and potential 35 U.S.C. 102(e), (f) or (g) prior art under 35 U.S.C. 103(a). 

3. Claims 1-5, 7-12, 14 and 17-31 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Carre, US pat. No.6,282,579 in view of Hamilton et al., US pat. No.5,758,186. 

As to claim 1, Carre discloses a method for managing a network, the method comprising: 
a client (Agent fig. 2a) generating a request for type information for an attribute or event 
pertaining to management of one or more managed network objects, wherein each managed 
network object is a computer programming language object representing one or more network 
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devices on a network (managing operations such as OSI objects on the Agent upon requests from 
the Manager unit (M fig.2a) by communicating via the Network Management Protocol CMIP, 
wherein the OSI objects including in different specification languages such as COBRA IDL, 
ASN.l), wherein the request is expressed in an interface definition language, wherein the 
interface definition language is operable to define object interfaces across a plurality of platforms 
and across a plurality of programming languages [see abstract, fig. 2a, 2b, col.3 line 18 to col.4 
line 62 and col. 5 lines 4-38). 

sending the request for type information to an object request broker client and receiving the 
translated type information for the attribute or event through the object request broker, wherein 
the translated type information is expressed in the interface definition language (using Object 
Request Broker ORB of fig.Ba for protocol translation of COBRA address types ft-om OSI types, 
see col. 5 lines 39-65 and col.6 lines 1-29). 

Carre does not specifically disclose a metadata gateway for receiving the request for type 
information and sending the translated type information from/to the object request broker. 
However, Hamilton discloses a metadata gateway for receiving the request for type information 
and sending the translated type information from/to the object request broker (using subcontract 
server 58 fig.l for performing data marshalling and other operations of method invocations and 
the resuhing return messages between server 24 fig.l and the client computer 22 fig.l, see fig.l, 
abstract, col.3 lines 5-67 and col.col.4 lines 14-60). It would have been obvious to an ordinary 
skill in the art at the time the invention was made to implement Hamilton's teachings into the 
computer system of Carre to process data information because it would have controlled object 
invocations and supported the transport of method invocations in a communications network. 
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As to claim 2, Carre discloses translating the type information from the database format to an 
abstract syntax notation and then translating the type information from the abstract syntax 
notation to the interface definition language (using semantic conversions, see col.l lines 34-55 
and col. 5 line 60 to col. 6 line 21). 

As to claim 3, Carre discloses translating an abstract syntax notation (ASNl) (see col. 5 lines 39- 
58). 



As to claim 4, Carre discloses translating the type information from the abstract syntax notation 
to an object specification language and translating the object specification language to the 
interface definition language (semantic conversions, see col.l lines 34-55 and col. 5 line 60 to 
col. 6 line 21). 

As to claim 5, Carre discloses sending the request for type information to an object request 
broker (see fig.3a, 3b, col. 5 lines 4-58 and col.6 lines 15-35). Hamilton discloses the metadata 
gateway receiving the request for type information from the object request broker, the metadata 
gatev^ay sending the translated type information to the object request broker (using subcontract 
server 58 fig.l for performing data marshalling and other operations of method invocations and 
the resulting return messages between server 24 fig.l and the client computer 22 fig.l, see fig.l, 
abstract, col. 3 lines 5-67 and col.col.4 lines 14-60). It would have been obvious to an ordinary 
skill in the art at the time the invention was made to implement Hamilton's teachings into the 
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computer system of Carre to process data information because it would have controlled object 
invocations and supported the transport of method invocations in a communications network. 



As to claim 7, Hamilton further discloses the metadata gateway is implemented on a single 
server computer system (using subcontract server 58 fig.l for performing data marshalling and 
other operations of method invocations and the resulting return messages between server 24 fig.l 
and the client computer 22 fig.l, see fig.l, abstract, col. 3 lines 5-67 and col.col.4 lines 14-60). It 
would have been obvious to an ordinary skill in the art at the time the invention was made to 
implement Hamilton's teachings into the computer system of Carre to process data information 
because it would have controlled object invocations and supported the transport of method 
invocations in a communications network. 

As to claim 8, Hamilton discloses the metadata gateway is distributed over a plurality of servers, 
wherein each of the plurality of servers presents a substantially identical view of the metadata 
gateway (see fig.l, abstract, col.3 lines 5-67 and col,col.4 lines 14-60). It would have been 
obvious to an ordinary skill in the art at the time the invention was made to implement 
Hamilton's teachings into the computer system of Carre to process data information because it 
would have controlled object invocations and supported the transport of method invocations in a 
communications network. 
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As to claim 9, Carre discloses the interface definition language is class independent 
col.4 lines 17-62 and col. 5 lines 4-58). 

As to claim 10, Carre discloses a method for managing a network, the method comprising: 
a client (Agent 1 fig.3a) generating a request to encode type information for an object, 
attribute, or event pertaining to management of one or more managed network objects, wherein 
each managed network object is a computer programming language object representing one or 
more network devices on a network (managing operations such as OSI objects on the Agent 
upon requests from the Manager unit (M fig.2a) by communicating via the Network 
Management Protocol CMIP, wherein the OSI objects including in different specification 
languages such as COBRA IDL, ASN.l), wherein the request is expressed in an interface 
definition language, wherein the interface definition language is operable to define object 
interfaces across a plurality of platforms and across a plurality of programming languages [see 
abstract, fig. 2a, 2b, col. 3 line 18 to col.4 line 62 and col. 5 lines 4-38), 

sending the request to encode (protocol translation) the type information an object request 
broker (ORB fig. 3a) and a metadata gateway (CMISE Gateway fig.3a) receiving the request to 
encode the type information from the object request broker (ORB fig.3) and translating the type 
information from the interface definition language to a database format receiving the request for 
type information from the object request broker (using IDL protocol translation services from 
COBRA address types to OSI types, see coL5 lines 39-65 and col.6 lines 10-35). 

Carre does not specifically disclose a metadata gateway for receiving the request for type 
information and sending the translated type information from/to the object request broker. 



Pages 

(see fig. 3b, 
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However, Hamilton discloses a metadata gateway for receiving the request for type information 
and sending the translated type information from/to the object request broker (using subcontract 
server 58 fig.l for performing data marshalling and other operations of method invocations and 
the resulting return messages between server 24 fig.l and the client computer 22 fig.l, see fig.l, 
abstract, col. 3 lines 5-67 and col.col.4 lines 14-60). It would have been obvious to an ordinary 
skill in the art at the time the invention was made to implement Hamilton's teachings into the 
computer system of Carre to process data information because it would have controlled object 
invocations and supported the transport of method invocations in a communications network. 

As to claim 11, Carre discloses translating the type information from the database format to an 
abstract syntax notation and then translating the type information from the abstract syntax 
notation to the interface definition language (using semantic conversions, see col.l lines 34-55 
and col. 5 line 60 to col. 6 line 21). 

As to claim 12, Carre discloses translating the type information from the abstract syntax notation 
to an object specification language and translating the object specification language to the 
interface definition language (semantic conversions, see col.l lines 34-55 and col. 5 line 60 to 
col.6 line 21). 

As to claim 14, Carre discloses a network management system comprising: 

a metadata repository (CMISE/IDL fig. 3a) comprises metadata concerning object classes for 
a plurality of managed objects, wherein the metadata comprising information expressed in a 
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database format, and wherein the managed objects are computer language objects corresponding 
to managed devices (managing operations such as OSI objects on the Agent upon requests from 
the Manager unit (M fig.2a) by communicating via the Network Management Protocol CMIP, 
wherein the OSI objects including in different specification languages such as COBRA IDL, 
ASN.l, see abstract, figs.2a, 3a, abstract, col.3 lines 18-55 and col. 5 lines 4-38), 

wherein the interface definition language is operable to define object interfaces across a 
plurality of platforms and across a plurality of programming languages (translation of COBRA 
address types from OSI types, see col.5 lines 39-65 and col.6 lines 10-35). 
Carre does not specifically disclose a metadata gateway which is communicatively coupled to 
the repository and to an object request broker, wherein the metadata gateway is operable to send 
and receive the metadata from the database, wherein the metadata gateway provides translation 
of the metadata to and from the database format and an interface definition language. However, 
Hamilton discloses a metadata gateway which is communicatively coupled to the repository and 
to an object request broker, wherein the metadata gateway is operable to send and receive the 
metadata from the database, wherein the metadata gateway provides translation of the metadata 
to and from the database format and an interface definition language (using subcontract server 58 
fig.l for performing data marshalling and other operations of method invocations and the 
resulting return messages between server 24 fig.l and the client computer 22 fig.l, see fig.l, 
abstract, col.3 lines 5-67 and col.col.4 lines 14-60). It would have been obvious to an ordinary 
skill in the art at the time the invention was made to implement Hamilton's teachings into the 
computer system of Carre to process data information because it would have controlled object 
invocations and supported the transport of method invocations in a communications network. 
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As to claim 17, Carre discloses a library of data types expressed in an abstract syntax notation, 
wherein the abstract syntax notation comprises a metadata notation language; a plurality of 
object types, wherein each object type comprises one or more of the data types from the library 
of data types; and an interface to the plurality of object types, wherein the interface is operable to 
provide one or more clients with access to the metadata as expressed in the interface definition 
language (see fig.2a, 3a, col.4 lines 7-62 and col. 5 line 39 to coL6 line 35). 

As to claims 18-19 and 21, Carre discloses plurality of object types is a programming-language 
independent and platform independent interface including CORBA objects and COBRA ORB 
(see fig.2a, 3a, col.4 lines 7-62 and coL5 line 39 to col.6 line 35). 

As to claim 20, Carre discloses the object request broker is configurable to be accessed by a 
plurality of network management clients to obtain the metadata as expressed in the generic 
interface (see fig.2a, 3a, col.4 lines 7-62 and col. 5 line 39 to col.6 line 35). 

As to claim 22, Carre discloses a carrier medium comprising program instructions, wherein the 
program instructions are computer-executable to implement: 

Receiving the translated type information to the object request broker, wherein the type 
information to management one or more managed network objects, wherein each managed 
network object is a computer programming language object representing one or more network 
devices on a network (managing operations such as OSI objects on the Agent upon requests from 
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the Manager unit (M fig. 2a) by communicating via the Network Management Protocol CMIP, 
wherein the OSI objects including in different specification languages such as COBRA IDL, 
ASN.l) (translation of COBRA address types from OSI types, see abstract, figs.2a, 3a, abstract, 
col. 3 lines 18 to col. 5 line 62 and col. 6 lines 10-35), 

reading the type information from a metadata repository (CMISE/IDL fig. 3a), wherein 
the type information is stored in a database format in the metadata repository and translating the 
type information from the database format to an interface definition language (using IDL 
protocol translation services, see abstract, col. 5 lines 39-65). 

Carre does not specifically disclose a metadata gateway. However, Hamilton discloses a 
metadata gateway for receiving a request for type information (using subcontract server 58 fig.l 
for performing data marshalling and other operations of method invocations and the resulting 
return messages between server 24 fig.l and the client computer 22 fig.l, see fig.l, abstract, 
col. 3 lines 5-67 and coLcol.4 lines 14-60). It would have been obvious to an ordinary skill in the 
art at the time the invention was made to implement Hamilton's teachings into the computer 
system of Carre to process data information because it would have controlled object invocations 
and supported the transport of method invocations in a communications network. 

As to claim 23, Carre discloses translating the type information from the database format to an 
abstract syntax notation and then translating the type information from the abstract syntax 
notation to the interface definition language (using semantic conversions, see col.l lines 34-55 
and col. 5 line 60 to col. 6 line 21). 
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As to claim 24, Carre discloses translating an abstract syntax notation (ASNl) (see col. 5 lines 
39-58). 

As to claim 25, Carre discloses translating the type information from the abstract syntax notation 
to an object specification language and translating the object specification language to the 
interface definition language (semantic conversions, see col.l lines 34-55 and col. 5 line 60 to 
col. 6 line 21). 

As to claim 26, Carre discloses the interface definition language is class independent (see fig.3b, 
col.4 lines 17-62 and col. 5 lines 4-58). 

As to claim 27, Carre discloses a tangible, accessible medium comprising program instructions 
which are computer executable to implement: 

receiving a request for type information from an object request broker, wherein the type 
information to management one or more managed network objects (managing operations such as 
OSI objects on the Agent upon requests from the Manager unit (M fig.2a) by communicating via 
the Network Management Protocol CMIP, wherein the OSI objects including in different 
specification languages such as COBRA IDL, ASN.l) (translation of COBRA address types 
from OSI types, see abstract, figs.2a, 3a, abstract, col. 3 lines 18 to col. 5 line 62 and col. 6 lines 
10-35). 

translating the type information from an interface definition language to a database 
format storing the type information in a metadata repository (using CMISE/IDL fig. 3a) (using 
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IDL protocol translation services, see abstract, figs. 2a, 3a, abstract, col. 3 lines 18-55 and col. 5 
lines 39-65), wherein the type information is stored in a database format in the metadata 
repository (storing the OSI or COBRA structures for particular addresses already in the entity, 
see col. 6 lines 1-35). 

Carre does not specifically disclose a metadata gateway. However, Hamilton discloses a 
metadata gateway (using subcontract server 58 fig.l for performing data marshalling and other 
operations of method invocations and the resulting return messages between server 24 fig.l and 
the client computer 22 fig.l, see fig.l, abstract, col. 3 lines 5-67 and col.col.4 lines 14-60). It 
would have been obvious to an ordinary skill in the art at the time the invention was made to 
implement Hamilton's teachings into the computer system of Carre to process data information 
because it would have controlled object invocations and supported the transport of method 
invocations in a communications network. 

As to claim 28, Carre discloses translating the type information from the database format to an 
abstract syntax notation and then translating the type information from the abstract syntax 
notation to the interface definition language (using semantic conversions, see col.l lines 34-55 
and col. 5 line 60 to col. 6 line 21). 

As to claim 29, Carre discloses translating an abstract syntax notation (ASNl) (see col. 5 lines 
39-58). 
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As to claim 30, Carre discloses translating the type information from the abstract syntax notation 
to an object specification language and translating the object specification language to the 
interface definition language (semantic conversions, see col.l lines 34-55 and col. 5 line 60 to 
col.6 line 21). 

As to claim 31, Carre discloses the interface definition language is class independent (see fig.3b, 
col.4 lines 17-62 and col. 5 lines 4-58). 

4. Claims 6, 13, 15, 16 are rejected under 35 USC 103(a) as being unpatentable over Carre 
and Hamilton and fiarther in view of Kung et al., US pat. No.6,775,267. 

As to claims 6, 13, 15, 16, Carre and Hamilton 's teachings still applied as in claim 1 
above. Carre further discloses translating data type from the data base format (using semantic 
conversions, see col.l lines 34-55 and col. 5 line 60 to col.6 line 21). Neither Carre nor Hamilton 
specifically discloses the communication via an HOP, a telephone system and a netw^ork switch. 
However, Kung discloses disclose the communication via an HOP, a telephone system and a 
network switch (see figs.l, 2, abstract, col.4 lines 2-59 and col.l 1 line 66 to col. 12 line 51). It 
would have been obvious to one of the ordinary skill in the art at the time the invention was 
made to utilize Kung's teachings into the computer system of Carre to process data information 
because it would have provided broadband access capabilities or enhanced services for use in 
conjunction with a packetized network as Internet Protocol based system infrastructure. 
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Response to Arguments 

5. Applicant's arguments filed on 3/8/2007 have been fully considered but they are not 
persuasive. 

• Applicant asserts that the cited references do not disclose "generating a request for type 
information and sending a request for type information from an object request broker; 
wherein the type information to management one or more managed network objects". 
Examiner respectfully disagrees. Examiner respectfully point out that Carre discloses the 

Applicant claimed invention by showing "generating a request for type information and sending 
a request for type information from an object request broker, wherein the type information to 
management one or more managed network objects (managing operations such as OSI objects on 
the Agent upon requests from the Manager unit (M fig.2a) by communicating via the Network 
Management Protocol CMIP, wherein the OSI objects including in different specification 
languages such as COBRA IDL, ASN.l) (translation of COBRA address types from OSI types, 
see abstract, figs.2a, 3a, abstract, col.3 lines 18 to col.5 line 62 and col.6 lines 10-35) as rejected 
above. 

• Applicant further asserts that the cited references do not disclose a metadata gateway to 
receive the request for type information from the object broker. 

Examiner respectfully point out that the combination of the references discloses the Applicant's 
claimed invention. For example, Carre discloses "generating a request for type information and 
sending a request for type information from an object request broker (managing operations such 
as OSI objects on the Agent upon requests from the Manager unit (M fig. 2a) by communicating 
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via the Network Management Protocol CMIP, wherein the OSI objects including in different 
specification languages such as COBRA IDL, ASN.l) (translation of COBRA address types 
from OSI types, see abstract, figs.2a, 3a, abstract, col.3 lines 18 to col. 5 line 62 and col. 6 lines 
10-35). Carre does not specifically disclose a metadata gateway. However, Hamilton discloses 
a metadata gateway (using subcontract server 58 fig. I for performing data marshalling and other 
operations of method invocations and the resulting return messages between server 24 fig.l and 
the client computer 22 fig.l, see fig.l, abstract, col.3 lines 5-67 and col.col.4 lines 14-60). It 
would have been obvious to an ordinary skill in the art at the fime the invention was made to 
implement Hamilton's teachings into the computer system of Carre to process data information 
because it would have controlled object invocations and supported the transport of method 
invocations in a communications network. Therefore, the combination of the references does 
discloses the Applicant claimed invention. 

• Applicant further asserts that the cited references do not disclose translating the type 
information from an interface definition language to a database format storing the type 
information in a metadata repository. 
Examiner respectfully point out that the Carre reference discloses translating the type 
information from an interface definition language to a database format storing the type 
information in a metadata repository (using CMISE/IDL fig.3a) (using IDL protocol 
translation services, see abstract, figs.2a, 3a, abstract, col.3 lines 18-55 and col. 5 lines 39-65), 
wherein the type information is stored in a database format in the metadata repository 
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(storing the OSI or COBRA structures for particular addresses already in the entity for later 
uses, see col. 6 lines 1-35). 

Therefore, the examiner asserts that cited prior art teaches or suggests the subject matter broadly 
recited in independent claims 1, 10, 14, 17, 22 and 27. 

Claims 2-9, 11-13, 15, 16, 18-21, 23-26 and 28-31 are also rejected at least by virtue of their 
dependency on independent claims and by other reasons set forth in the previous office action 
[see paper mailed on 12/14/2006]. Accordingly, claims 1-31 are respectfully rejected. 

Conclusion 

6. Claims 1-31 are rejected. 

7. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 . 1 36(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 
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8. Any inquiry concerning this communication or earlier communications from the examiner 
should be directed to Khanh Dinh whose telephone number is (571) 272-3936. The examiner can 
normally be reached on Monday through Friday from 8:00 A.m. to 5:00 P.m. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Zami Maung, can be reached on (571) 272-3939. The fax phone number for this 
group is (571)273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval IPAIRI system. Status information for published applications 
may be obtained from either Private PMR or Public PMR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private 
PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 




KHANH DINH 
PRIMARY EXAMINER 
TECHNOLOGY CENTER 2100 



